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(54) Management of system configuration data 

(57) In a computer system having a plurality of data processing systems (A, B, C), a communication device 
(2A, 2B, 2C) by which the data processing systems exchange information, and a data base (3) shared by 
the data processing systems and independently accessible by each, the configuration information of each 
data processing system is collectively stored in a common store device (4) commonly accessible by each 
data processing system, similarly to the shared data base, and each data processing system receives the 
configuration information directly from the common store device. A data processing system issuing a 
configuration change request executes a change to the configuration information stored in the store device, 
after it receives permission messages from the other data processing systems via the communication 
device. 
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SPECIFICATION 

Configuration information management 
method and apparatus for a computer sys- 
5 tern 

BACKGROUND OF THE INVENTION 
The present invention relates to a manage- 
ment method and apparatus of configuration 

10 information on data processing system and 
data base, in a computer system such as a 
banking system which has a plurality of infor- 
mation processing systems and a common 
data base accessible independently by the in- 

15 formation processing systems. 

Recently, there has been a strong need of a 
computer system in which information can be 
exchanged among a plurality of data process- 
ing systems and each system can indepen- 

20 dently access a common data base in associa- 
tion with other data processing systems. As 
the system configuration information, configu- 
ration information or structure information on 
data processing systems and configuration in- 

25 formation on a data base are required, the 

former information including types of data pro- 
cessing system and disk device, presence/ab- 
sence of communication means, communi- 
cation protocol, destination system ID, and so 

30 on, and the latter information including type of 
data set, name of data set, type of disk de- 
vice, details of disk area, for example. Con- 
ventionally, such system configuration informa- 
tion has been managed, however, indepen- 

35 dently in each data processing system. 

A computer system wherein a plurality of 
data processing systems can access a com- 
mon data base is disclosed, for example, in 
JP-A-59-2163 Laid Open July 1, 1984. The 

40 system processes a measure to a trouble or 
failure (CPU-down) of each data processing 
system, but management of system configura- 
tion information is not considered. 
In a prior art, each data processing system 

45 independently manages the system configura- 
tion information. Therefore, when the system 
configuration information is to be changed, all 
of the data processing systems must change 
their system configuration information at a 

50 time, thus increasing the amount of change 
works in proportion to the number of data 
processing systems. In addition, disagreement 
of system configuration information between 
data processing systems is likely to occur. For 

55 instance, there are some cases where the 
data base cannot be accessed or a communi- 
cation between systems is not available, be- 
cause of disagreement of data base configura- 
tion information or disagreement of definition 

60 of communication means, between data pro- 
cessing systems. 

Apart from the above, in a long-run on-line 
system, addition, deletion or the like of the 
resources such as a data base, terminals and 

65 the like, may become necessary during run- 



ning. However, for a case that the system 
configuration is changed during running and 
that the system stops due to some causes 
such as a failure, a conventional system has 

70 not given much consideration to automatically 
recover the state after change of the configu- 
ration (the state before stopping of the sys- 
tem such as system-down). As a result, the 
operator must handle such a case to recover 

75 the system, which takes a long time and re- 
sults in an interruption of application transac- 
tion, particularly of on-line application in an 
on-line system. 
Change of on-line system configuration is 

80 discussed in "Latest Data Base System and 
Applications" in a separate volume of Japa- 
nese literature "Bit" (published by Kyoritsu 
Publication Co., on January 10, 1984), page 
53. 

85 

SUMMARY OF THE INVENTION 

It is an object of the present invention to 
provide a configuration information manage- 
ment method and an apparatus therefor 
90 capable of collectively and highly reliably man- 
aging configuration information on a plurality 
of data processing systems, in a computer 
system wherein a plurality of data processing 
systems can exchange information using com- 
95 munication means and each system can inde- 
pendently access a common data base. 

It is another object of the present invention 
to provide a configuration information manage- 
ment method and an apparatus therefor as 

100 above capable of reducing a configuration in- 
formation change work and preventing an er- 
ror in change work. 

It is a further object of the present invention 
to provide a configuration information manage- 

105 ment method and an apparatus therefor 

capable of reducing an overhead of an auto- 
matic recovery processing for a case that the 
system configuration is changed during run- 
ning and the computer system is thereafter 

1 10 stopped. 

According to one aspect of the present in- 
vention, in a computer system wherein a plu- 
rality of data processing systems can ex- 
change information and each data processing 

1 1 5 system can directly access a common data 
base, a memory device is provided which can 
be commonly or non-exclusively accessed by 
each data processing system, and system 
configuration information is collectively stored 

120 in the memory device for management 

thereof. With such a construction, each data 
processing system fetches its configuration in- 
formation from the commonly accessible 
memory device. The system configuration in- 

125 formation is changed by changing the content 
of the commonly accessible memory device. 
At that time, the data processing system 
changing its system configuration information 
informs the other data processing systems of 

130 such effect, using system communication 
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means. Thus, each data processing system 
can concurrently refer to common configura- 
tion information so that contradiction and in- 
consistency in configuration information among 
5 individual data processing systems can be 
avoided. In addition, configuration information 
on each of a plurality of data processing sys- 
tems can be collectively changed in the com- 
mon memory device so that the configuration 

10 information change work can be reduced and 
an error in the work can be prevented. Fur- 
ther, adding information to the data base can 
be effected without suspending service of ter- 
minal systems, thus improving the availability 

15 of an on-line system. 

According to another aspect of the present 
invention, a system change log file using a 
magnetic disk for example is provided, which 
file stores system configuration change log 

20 during running of the system. In operation, 
system configuration change is requested us- 
ing an operator command when addition, dele- 
tion, change or the like with respect to the 
system configuration becomes necessary while 

25 running the system. After processing this re- 
quest, the command is stored in the system 
change log file. When it becomes necessary 
to recover the system after it is stopped due 
to some causes, the contents of system con- 

30 figuration change during running of the system 
are sequentially re-executed based on com- 
mands stored in the system change log file, 
to thereby recover the same system configura- 
tion as that when the system last stopped. 

35 Therefore, an overhead of recovery processing 
can be reduced and the system availability can 
be improved. 

BRIEF DESCRIPTION OF THE DRAWINGS 
40 Fig. 1 shows the whole system arrangement 
of an embodiment according to the present 
invention. 

Fig. 2 is a diagrammatical view explaining 
the operation of changing system configuration 
45 information according to the present invention. 

Fig. 3 is a flow chart for explaining the op- 
eration of changing system configuration infor- 
mation, in connection with Fig. 2. 

Fig. 4 shows an example of a data process- 
50 ing system which changes the configuration 
information during on-line operation. 

Fig. 5 is a functional block diagram showing 
another embodiment of the present invention. 

Fig. 6 shows an example of a recovery ref- 
55 erence table. 

Fig. 7 shows an example of the format of a 
configuration change request command. 

DESCRIPTION OF THE PREFERRED EMBODI- 
60 MENT 

An embodiment of the present invention will 
be described with reference to the accom- 
panying drawings. 

Fig. 1 shows the overall arrangement of an 
65 embodiment according to the present inven- 



tion. In the computer system shown in Fig. 1, 
three data processing systems 1A, 1B and 1C 
exchange information via communication lines 
2A, 2B and 2C, and each data processing 
70 system independently and directly accesses a 
common data base 3 which is usually in a 
hardware form of such as disk/direct-access- 
storage device. Configuration information on 
the data processing systems 1A, 1B and 1C 
75 is stored in a memory device 4 (magnetic disk 
device or semiconductor memory device) com- 
monly accessible by the data processing sys- 
tems. A part of the configuration information 
is transferred to a configuration information 
80 store area 4A, 4B or 4C of each data pro- 
cessing system from the memory device 4, 
when the system starts or when the configu- 
ration information in the memory device is up- 
dated by any one of the data processing sys- 
85 terns requesting configuration information 

change. Each data processing system 1A, 1B 
and 1C is connected with a plurality of termi- 
nal systems 5A V 5A 2 5B U 5B 2 , . . ., 5C 1# 

5C 2 . . . . Upon reception of a message from 
90 one of the terminal systems 5A, 5B and 5C, 
the data processing system 1A, 1b or 1C 
concerned informs the other data processing 
systems over the communication lines 2A, 2B 
and 2C of whether it is allowed to access the 
95 data base 3 or not. Thus, each data process- 
ing system can directly access the data base 
3, without requiring full management by the 
other data processing systems. Such a direct 
access method to a common data base can 

100 generally conceptually employ the technique 
disclosed in the above-referenced related ap- 
plication. The construction for managing the 
configuration information at each data pro- 
cessing system is exemplified in Fig. 4. 

105 Next, the operation of altering system confi- 
guration information will be described with ref- 
erence to Figs. 2 and 3. 

Assume now that the data processing sys- 
tem 1C adds a new data base 3B to the data 

110 base 3 A commonly used by the data process- 
ing systems (abbreviated as CPU) 1A, 1B and 
1C. in this case, an operator 7 inputs new or 
additional configuration information 6 (such as 
data set type, data set name and the like of 

1 1 5 the data base 3B) through the terminal system 
5C, to the memory device 4. Upon this inputt- 
ing of additional configuration information, the 
data processing system 1C transmits a change 
permission request message to the data pro- 

120 cessing systems 1A and 1B via the communi- 
cation lines 2B and 2C. Upon reception of this 
message, the data processing systems 1A 
and 1B check the vacant state of their main 
storages or check if the additional configura- 

125 tion information duplicates the resources other 
than that commonly used. If there is no prob- 
lem, the data processing systems 1A and 1B 
transmit change permission information to the 
data processing system 1C, and at the same 

130 time, inhibit by themselves an access to the 
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configuration information memory device 4. 
For instance, the disk controller in the data 
processing system 1C issues a command to 
configuration information file disks (volumes) 
5 of the other processing systems to inhibit an 
access* In such a case, each data processing 
system is not required to suspend its service 
to the terminal systems, but a request for 
changing the data base and/or configuration 

10 information may be further accepted while giv- 
ing such service. Upon reception of the infor- 
mation change permission from the data pro- 
cessing systems 1A and 1B, the data pro- 
cessing system 1C stores the additional confi- 

15 guration information 6 in the common configu- 
ration information memory device 4. After 
completion of storage, change completion is 
informed to the data processing systems 1A 
and 1B via the communication lines 2B and 

20 2C to release the self-inhibition of access of 
the systems 1A and 1B to the memory device 
4. Thereafter, the data processing systems 
1A, 1B and 1C can independently access the 
memory device 4 to add the same contents 

25 as of the additional configuration information 
in their own main storage at areas 6A, 6B 
and 6C. At the same time, pointers to the 
store areas 6A, 6B and 6C of the additional 
configuration information are given so that 

30 they can be pointed out while referring to the 
store areas 4A, 4B and 4C using a reference 
table therein. Fig. 3 shows the flow chart of 
the configuration change processing. 

With the method wherein the data process- 

35 ing system 1C communicates the additional 
configuration information with the data pro- 
cessing systems 1A and 1B without using the 
common configuration information memory de- 
vice 4, it is necessary to communicate a large 

40 amount of configuration information with the 
systems 1A and 1B via the communication 
lines 2B and 2C, as compared with this em- 
bodiment. This results in a poor performance 
of executing an exchange of exclusive control 

45 information of the data base via the communi- 
cation line, and in a poor performance of exe- 
cuting a transfer of information between data 
processing systems. Further, in recovering the 
configuration information of a data processing 

50 system in failure, it is necessary to receive the 
additional configuration information of the 
other data processing systems to ensure 
agreement of configuration information among 
the systems. This results in an increase of a 

55 system recovery processing time, and hence 
poor reliability and performance. 

Next, an example of change management of 
configuration information will be described re- 
ferring to Fig. 4. 

60 In Fig. 4, a computer system 1 1 includes 
therein a management program unit 15, and 
data base management tables 161, 162 and 
163, and is connected outside of the system 
to a console 12, a log information store data 

65 set 13, and data base units 141 to 142. The 



data base management tables 161 and 162 
manage the data base units 141 and 142, 
while the data base management table 163 is 
a table pr pared for use in adding a new data 

70 base unit 143. In adding the new data base 
unit 143, the operator supplies the name and 
location of the data base unit to be added to 
the management program unit 15 via the con- 
sole 12. The management program unit 15 

75 checks if the additional data base unit can be 
added or not, upon confirming if a reserved, 
additional table is present among the data 
base management tables 161 to 163 or if the 
name is the same as those of the other data 

80 base units 141 and 142. If possible, the man- 
agement program unit 15 operates to make 
the log information store data set 13 store 
the configuration change information, and also 
to make the added data base management 

85 table 163 store the data of name and location 
of the data base unit 143. As above, any 
desired data processing system can change 
the configuration information to perform addi- 
tion/change of a data base unit. 

90 Next, an embodiment of change manage- 
ment of configuration information will be de- 
scribed with reference to Figs. 5 to 7. 

Fig. 5 is a functional block diagram of an 
embodiment of the present invention. In Fig. 

95 5, a data processing system 21 has, as ele- 
ments relevant to the present invention, a 
configuration change command analysis unit 
22, a resource-reference table's addition pro- 
cessing unit 23, a resource-reference table's 
100 change processing unit 24, a resource-refer- 
ence table's deletion processing unit 25, a log 
information storage processing unit 26, a 
state recovery processing unit 27 for system 
recovery, and a resource reference table 28. 
105 Connected to this data processing system 21 
are an operator command input device 29, a 
system configuration file 30, and a system 
change log file 31. The system configuration 
file 30 and the system change log file 31 use 
110 an external memory device such as a mag- 
netic disk. 

The data processing system 21 first loads 
the system configuration information in the 
system configuration file 30 at the start of the 

115 system, to accordingly construct the system. 
Fig. 6 shows an example of the resource ref- 
erence table 28, which includes a terminal ref- 
erence table 81, a communication line refer- 
ence table 82, and a data base referenc ta- 

120 ble, respectively corresponding to the termi- 
nals, communication lines, data bases con- 
nected to the data base processing system 
21. 

If addition, change, deletion or the like with 
125 respect to terminal, communication line, data 
base or the like becomes necessary during 
running of the data processing system, the 
operator inputs a configuration change request 
command via the operator command input de- 
130 vice 29. The configuration change request 



command is constructed, as shown in Fig. 7, 
of a configuration change event (addition, 
change, deletion or the like with respect to 
terminal, communication line, data base or the 
5 like), a name (of terminal, communication line, 
data base or the like concerned), and an attri- 
bute (e.g., terminal type, communication line 
type or the like). The configuration change 
command analysis processing unit 22 of the 

10 data processing unit 21 analyzes a configura- 
tion change request command inputted from 
the operator command input device 29 and 
thereafter, the control is assigned to the re- 
source-reference table's addition processing 

15 unit 23, the resource-reference table's change 
processing unit 24, or the resource-reference 
table's deletion processing unit 25, respec- 
tively for addition, change or deletion. Particu- 
larly, in case of adding a terminal, the terminal 

20 name and the attribute in the configuration 
change request command are stored in the 
vacant area of the terminal reference table 81 
under control of the resource-reference table's 
addition processing unit 23, to thereby estab- 

25 lish a corresponding relation with the added 
resource. In case of changing a terminal, a 
part or all of the contents in the correspond- 
ing entry of the terminal reference table 81 
are changed under control of the resource- 

30 reference table's change processing unit 24. In 
case of deleting a terminal, the corresponding 
entry of the terminal reference table is invali- 
dated. Addition, change, or deletion for a 
communication line or a data base is con- 

35 ducted in a similar manner. 

The resource-reference table's addition unit 

23, the resource-reference table's change unit 

24, and the resource-reference table's deletion 
unit 25 check the contacts of the resource 

40 reference table 28 and the processing results 
therein, are respectively informed to the log 
information storage processing unit 26. Based 
on the processing results, the log information 
storage processing unit 26 generates log in- 

45 formation to sequentially store it in the sys- 
tem change log file 31. The log information to 
be stored in the system change log file 31 
has basically the same format as of the confi- 
guration change request command shown in 

50 Fig. 7. 

When the system is re-started after it 
stopped owing to some causes, the system 
configuration information in the system confi- 
guration file 30 is again loaded in the resource 

55 reference table 28. On the other hand, the 
state recovery processing unit 27 sequentially 
reads the log information (history information) 
in the system change log file 3 1 to send it to 
the configuration change command analysis 

60 processing unit 22 which, similar to the case 
of the operator command (configuration 
change request command) from the operator 
command input device 29, analyzes the log 
information and thereafter, the control is 

65 passed to the resource-reference table addi- 
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tion processing unit 23, the change process- 
ing unit 24 or the deletion processing unit 25. 
As described above, the contents of the sys- 
tem change log file 31 are processed at the 

70 state recovery processing unit 27, the configu- 
ration change command analysis processing 
unit 22, and the resource-reference table's ad- 
dition/change/deletion processing units 23, 24 
and 25, in this order. As a result, the con- 

75 tents of the resource reference table 28 re- 
cover the state when the system stopped, 
and hence the system recovers the same con- 
figuration when it stopped. 

80 CLAIMS 

1 . In a computer system wherein a plurality 
of data processing systems exchange informa- 
tion and each data processing system directly 
accesses a common data base, a configuration 

85 information management method comprising 
the steps of: 

(a) providing a common configuration infor- 
mation store memory directly accessible by 
each data processing system, and storing con- 

90 figuration information of each data processing 
system; and 

(b) fetching the configuration information of 
each data processing system only from said 
common configuration store memory, and 

95 changing the configuration information in said 
store memory from any desired one of said 
data processing system when requested. 

2. A method according to claim 1, wherein 
said fetching step (b) includes issuing a confi- 

100 guration information change permission re- 
quest to the other data processing systems 
prior to execute the change, and executing the 
configuration information change in response 
to reception of permission messages from 

105 said other data processing systems. 

3. A method according to claim 1, further 
including the steps of: 

providing means for changing the system 
configuration during running of said computer 
110 in a software manner, providing a history in- 
formation store memory, and storing system 
configuration information changed during run- 
ning in said history information store memory; 
and 

115 after occurrence of the system stop, reco- 
vering the system configuration by reproducing 
the configuration information when the system 
stopped, based on the contents stored in said 
history information store memory. 

120 4. In a data processing system whose sys- 
tem configuration can be changed during its 
running, a method for managing data process- 
ing system configuration information compris- 
ing the steps of: 

125 storing change history information of system 
configuration information changed during the 
running in a memory; 

sequentially reading change history informa- 
tion in said memory in a recovery process 

130 after the system stopped due to a failure; and 



recovering the system configuration informa- 
tion when the system stopped, based on the 
read change history information. 

5. In a computer system wherein a plurality 
5 of data processing systems transfer informa- 
tion to each other and each data processing 
system independently accesses a common 
data base, an apparatus for managing com- 
puter system configuration information com- 

10 prising: 

store means for storing configuration infor- 
mation of each data processing system, said 
store means being directly and commonly ac- 
cessed by each data processing system, in a 
15 similar manner to said common data base; 

communication means for communicating 
the data processing systems to each other 
and for performing data transfer between said 
store means and each data processing sys- 
20 tern; and 

change enabling means associated with said 
communication means for permitting each data 
processing means to directly change the confi- 
guration information stored in said store 
25 means. 

6. The apparatus according to claim 5, 
wherein said change enabling means includes 
control means provided for each data process- 
ing system for managing the configuration in- 

30 formation therefor by a program. 

7. A computer system configuration infor- 
mation management method substantially as 
hereinbefore described with reference to the 
accompanying drawings. 

Printed for Her Majesty's Stationery Office 
by Burgess & Son (Abingdon) Ltd. Dd 8991685, 1987. 
Published at The Patent Office. 25 Southampton Buildings, 
London, WC2A 1 AY. from which copies may be obtained. 



